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DETAILED ACTION 



1. 



This Office action is in response to the amendment filed on March 26, 2008. 



2. 



Claims 1-26 are pending. 



Response to Amendment 



Claim Rejections - 35 USC § 103 



3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Paieniabilhy shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-8, 10, 11, 17-20, and 24-26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 7,007,278 (hereinafter "Gungabeesoon") in view of US 6,757,746 
(hereinafter "Boucher"). 

As per Claim 1, Gungabeesoon discloses: 

- a memory block (see Figure 1: 102); 

a COBOL program communicating with the memory block (see Figure 1: 122; 
Column 11: 23-27, "... it is to be understood that the architecture but could also support legacy 
applications written in COBOL ... "); 

- a socket (see Figure 6: 626A and 626B); and 
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a COBOL routine writes information read from the socket to the memory block in 
response to a COBOL program call (see Figure 6; Column 4: 53-58, "Operating system 120 and 
applications 122 reside in memory 102. "; Column 11: 13-18, "The input data is then forwarded 
to socket or queue 626a as in step 642c, to the other application socket or queue 626b and I/O 
buffers if any and to the application runtime component 430, and eventually to the legacy 
program 122 that was waiting on a Read Data method 640b. "). 
However, Gungabeesoon does not disclose: 

- a COBOL routine callable from the COBOL program, the COBOL routine reads 
information from the socket, wherein the COBOL routine reads the information from the socket 
through a bit-level call to an operating system. 

Boucher discloses: 

- a socket routine callable from a program, the socket routine reads information from 
the socket, wherein the socket routine reads the information from the socket through a bit-level 
call to an operating system (see Column 3: 55-67 to Column 4: 1-4, "In a first step (step 300), 
the Samba application program 104 initializes application-to-operating system communication 
by calling the "socket" function. " and "The Samba application program 104 then calls the 
"listen" routine to wait for an incoming connection to arrive from kernel 105. When an incoming 
connection arrives, the Samba application program 104 calls the "accept" routine to complete 
the connection setup. After setting up the socket, the Samba application program 104 uses the 
"select" routine to tell the kernel 105 to alert application 104 when data for that particular 
connection has arrived. " Note that once the socket connection has been established, the socket 
function (the COBOL routine) maintains connection with the socket by interfacing with the 
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kernel of the operating system. In other words, the socket function has to make "bit-level" calls 
to the operating system in order to interface with the operating system according to its kernel 
system call requirements.). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include a COBOL routine callable from the COBOL program, the COBOL routine reads 
information from the socket, wherein the COBOL routine reads the information from the socket 
through a bit-level call to an operating system. The modification would be obvious because one 
of ordinary skill in the art would be motivated to access data transmitted via a socket using a 
socket routine called by a COBOL program. 

As per Claim 2, the rejection of Claim 1 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the COBOL program further communicates with the COBOL routine to 
initiate the COBOL routine communication with the socket and the memory block (see Figure 6; 
Column 11: 8-10, "Subsequent interactions between the client interface on the network user 
agent 570 and the application 122 flows through the socket connections 626a and 626b. "). 

As per Claim 3, the rejection of Claim 1 is incorporated; however, Gungabeesoon does 
not disclose: 

- wherein the COBOL routine is further defined as a subroutine of the COBOL 
program. 
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Boucher discloses: 

- wherein the COBOL routine is further defined as a subroutine of the COBOL 
program (see Column 3: 55-67 to Column 4: 1-4, "In a first step (step 300), the Samba 
application program 104 initializes application-to-operating system communication by calling 
the "socket" function."). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein the COBOL routine is further defined as a subroutine of the COBOL program. 
The modification would be obvious because one of ordinary skill in the art would be motivated 
to access data transmitted via a socket using a socket routine called by a COBOL program. 

As per Claim 4, the rejection of Claim 1 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the COBOL routine is further defined as a COBOL library having a plurality 
of routines callable by the COBOL program. 

Boucher discloses: 

- wherein the COBOL routine is further defined as a COBOL library having a plurality 
of routines callable by the COBOL program (see Column 3: 55-67 to Column 4: 1-4, "In a first 
step (step 300), the Samba application program 104 initializes application-to-operating system 
communication by calling the "socket" function. " and "The Samba application program 104 
then uses the "bind" routine to associate the socket with a particular local IP address and IP 
port. The Samba application program 104 then calls the "listen" routine to wait for an incoming 
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connection to arrive from kernel 105. When an incoming connection arrives, the Samba 
application program 104 calls the "accept" routine to complete the connection setup. After 
setting up the socket, the Samba application program 104 uses the "select" routine to tell the 
kernel 105 to alert application 104 when data for that particular connection has arrived. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein the COBOL routine is further defined as a COBOL library having a plurality of 
routines callable by the COBOL program. The modification would be obvious because one of 
ordinary skill in the art would be motivated to access data transmitted via a socket using a socket 
routine called by a COBOL program. 

As per Claim 5, the rejection of Claim 1 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the COBOL routine is further defined as a compiler enabled function usable 
by the COBOL program (see Column 8: 14-17, "Each legacy application 122 has data 422 to be 
input/output to/from the application runtime operating system 430 according to the program I/O 
code 410 through the compiler runtime 420. "). 

As per Claim 6, Gungabeesoon discloses: 

- requesting, by a COBOL program stored on a computer readable medium, 
information from a socket (see Column 11: 13-18, "The input data is then forwarded to socket or 
queue 626a as in step 642c, to the other application socket or queue 626b and I/O buffers if any 
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and to the application runtime component 430, and eventually to the legacy program 122 that 
was waiting on a Read Data method 640b. "); 

- writing, by the COBOL routine, information read from the socket to a memory block 
(see Column 4: 53-58, "Memory 102 is a random-access semiconductor memory? for storing data 
and programs ... Operating system 120 and applications 122 reside in memory 102. "); and 

- reading from the memory block, by the COBOL program, the information (see 
Column 4: 53-58, "Memory 102 is a random-access semiconductor memory for storing data and 
programs ... Operating system 120 and applications 122 reside in memory 102. "). 

However, Gungabeesoon does not disclose: 

- retrieving, by a COBOL routine stored on a computer readable medium, information 
from the socket through a bit-level call to an operating system. 

Boucher discloses: 

- retrieving, by a socket routine stored on a computer readable medium, information 
from the socket through a bit-level call to an operating system (see Column 3: 55-67 to Column 
4: 1-4, "In a first step (step 300), the Samba application program 104 initializes application-to- 
operating system communication by calling the "socket" function. " and "The Samba application 
program 104 then calls the "listen" routine to wait for an incoming connection to arrive from 
kernel 105. When an incoming connection arrives, the Samba application program 104 calls the 
"accept" routine to complete the connection setup. After setting up the socket, the Samba 
application program 104 uses the "select" routine to tell the kernel 105 to alert application 104 
when data for that particular connection has arrived. " Note that once the socket connection has 
been established, the socket function (the COBOL routine) maintains connection with the socket 
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by interfacing with the kernel of the operating system. In other words, the socket function has to 
make "bit-level" calls to the operating system in order to interface with the operating system 
according to its kernel system call requirements.). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include retrieving, by a COBOL routine stored on a computer readable medium, information 
from the socket through a bit-level call to an operating system. The modification would be 
obvious because one of ordinary skill in the art would be motivated to access data transmitted via 
a socket using a socket routine called by a COBOL program. 

As per Claim 7, the rejection of Claim 6 is incorporated; however, Gungabeesoon does 
not disclose: 

- managing, by the COBOL routine, a connection with the socket. 
Boucher discloses: 

- managing, by the COBOL routine, a connection with the socket (see Column 3: 55-67 
to Column 4: 1-4, "In a first step (step 300), the Samba application program 104 initializes 
application-to-operating system communication by calling the "socket" function. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include managing, by the COBOL routine, a connection with the socket. The modification would 
be obvious because one of ordinary skill in the art would be motivated to access data transmitted 
via a socket using a socket routine called by a COBOL program. 
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As per Claim 8, the rejection of Claim 7 is incorporated; however, Gungabeesoon does 
not disclose: 

- wherein managing includes listening on the socket connection. 
Boucher discloses: 

- wherein managing includes listening on the socket connection (see Column 16: 56- 
61, "The Samba application program 104 then calls the "listen" routine to wait for an incoming 
connection to arrive from kernel 105. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein managing includes listening on the socket connection. The modification would 
be obvious because one of ordinary skill in the art would be motivated to access data transmitted 
via a socket using a socket routine called by a COBOL program. 

As per Claim 10, the rejection of Claim 6 is incorporated; however, Gungabeesoon does 
not disclose: 

- establishing, by the COBOL routine, a connection with the socket. 
Boucher discloses: 

establishing, by the COBOL routine, a connection with the socket (see Column 3: 55- 
67 to Column 4: 1-4, "When an incoming connection arrives, the Samba application program 
104 calls the "accept" routine to complete the connection setup. "). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include establishing, by the COBOL routine, a connection with the socket. The modification 
would be obvious because one of ordinary skill in the art would be motivated to access data 
transmitted via a socket using a socket routine called by a COBOL program. 

As per Claim 11, the rejection of Claim 10 is incorporated; however, Gungabeesoon 
does not disclose: 

wherein the connection with the socket is established in response to a request from 
the COBOL program. 

Boucher discloses: 

- wherein the connection with the socket is established in response to a request from 
the COBOL program (see Column 3: 55-67 to Column 4: 1-4, "In a first step (step 300), the 
Samba application program 104 initializes application-to-operating system communication by 
calling the "socket" function. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein the connection with the socket is established in response to a request from the 
COBOL program. The modification would be obvious because one of ordinary skill in the art 
would be motivated to access data transmitted via a socket using a socket routine called by a 
COBOL program. 
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As per Claim 17, the rejection of Claim 6 is incorporated; however, Gungabeesoon does 
not disclose: 

- wherein the COBOL routine further includes a coordination module to coordinate 
such that the COBOL routine only reads when the socket has information and only writes when 
the socket is not full. 

Boucher discloses: 

- wherein the COBOL routine further includes a coordination module to coordinate 
such that the COBOL routine only reads when the socket has information and only writes when 
the socket is not full (see Column 3: 55-67 to Column 4: 1-4, "After setting up the socket, the 
Samba application program 104 uses the "select" routine to tell the kernel 105 to alert 
application 104 when data for that particular connection has arrived. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein the COBOL routine further includes a coordination module to coordinate such 
that the COBOL routine only reads when the socket has information and only writes when the 
socket is not full. The modification would be obvious because one of ordinary skill in the art 
would be motivated to access data transmitted via a socket using a socket routine called by a 
COBOL program. 



As per Claim 18, the rejection of Claim 6 is incorporated; however, Gungabeesoon does 
not disclose: 
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initiating a call to the operating system by the COBOL routine to establish a socket 
connection. 

Boucher discloses: 

- initiating a call to the operating system by the COBOL routine to establish a socket 
connection (see Column 3: 55-67 to Column 4: 1-4, "In a first step (step 300), the Samba 
application program 104 initializes application-to-operating system communication by calling 
the "socket" function."). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include initiating a call to the operating system by the COBOL routine to establish a socket 
connection. The modification would be obvious because one of ordinary skill in the art would be 
motivated to access data transmitted via a socket using a socket routine called by a COBOL 
program. 

As per Claim 19, the rejection of Claim 18 is incorporated; however, Gungabeesoon 
does not disclose: 

- wherein the call to the operating system is further defined as a bit-level call to the 
operating system of a mainframe computer system. 

Boucher discloses: 

- wherein the call to the operating system is further defined as a bit-level call to the 
operating system of a mainframe computer system (see Column 3: 55-67 to Column 4: 1-4, "In a 
first step (step 300), the Samba application program 104 initializes application-to-operating 
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system communication by calling the "socket" function. " and "The Samba application program 
104 then calls the "listen" routine to wait for an incoming connection to arrive from kernel 105. 
When an incoming connection arrives, the Samba application program 104 calls the "accept" 
routine to complete the connection setup. After setting up the socket, the Samba application 
program 104 uses the "select" routine to tell the kernel 105 to alert application 104 when data 
for that particular connection has arrived. " Note that once the socket connection has been 
established, the socket function (the COBOL routine) maintains connection with the socket by 
interfacing with the kernel of the operating system. In other words, the socket function has to 
make "bit-level" calls to the operating system in order to interface with the operating system 
according to its kernel system call requirements.). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include wherein the call to the operating system is further defined as a bit-level call to the 
operating system of a mainframe computer system. The modification would be obvious because 
one of ordinary skill in the art would be motivated to access data transmitted via a socket using a 
socket routine called by a COBOL program. 

As per Claim 20, the rejection of Claim 19 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the COBOL routine is further defined as written in COBOL programming 
language (see Figure 1: 122; Column 11: 23-27, "... it is to be understood that the architecture 
but could also support legacy applications written in COBOL ..."). 
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As per Claim 24, Gungabeesoon discloses: 

- writing, by the routine, the information to an area (see Column 4: 53-58, "Memory 
102 is a random-access semiconductor memory for storing data and programs ... Operating 
system 120 and applications 122 reside in memory 102. "); and 

- reading, by a COBOL program stored on a computer readable medium, the 
information from the area, the COBOL program and the routine operating in the same runtime 
environment (see Figure 1: 122; Figure 6; Column 4: 53-58, "Memory 102 is a random-access 
semiconductor memory for storing data and programs ... Operating system 120 and applications 
122 reside in memory 102. "; Column 11: 23-27, "... it is to be understood that the architecture 
but could also support legacy applications written in COBOL ..."). 

However, Gungabeesoon does not disclose: 

- reading, by a routine stored on a computer readable medium, information from a 
socket through a bit- level call to an operating system. 

Boucher discloses: 

- reading, by a routine stored on a computer readable medium, information from a 
socket through a bit-level call to an operating system (see Column 3: 55-67 to Column 4: 1-4, 
"In a first step (step 300), the Samba application program 104 initializes application-to- 
operating system communication by calling the "socket" function. " and "The Samba application 
program 104 then calls the "listen" routine to wait for an incoming connection to arrive from 
kernel 105. When an incoming connection arrives, the Samba application program 104 calls the 
"accept" routine to complete the connection setup. After setting up the socket, the Samba 
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application program 104 uses the "select" routine to tell the kernel 105 to alert application 104 
when data for that particular connection has arrived. " Note that once the socket connection has 
been established, the socket function (the COBOL routine) maintains connection with the socket 
by interfacing with the kernel of the operating system. In other words, the socket function has to 
make "bit-level" calls to the operating system in order to interface with the operating system 
according to its kernel system call requirements.). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include reading, by a routine stored on a computer readable medium, information from a socket 
through a bit-level call to an operating system. The modification would be obvious because one 
of ordinary skill in the art would be motivated to access data transmitted via a socket using a 
socket routine called by a COBOL program. 

As per Claim 25, the rejection of Claim 24 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the area is a file (see Column 11: 2-7, "The network page is populated with 
data from the data object as in step 652 ..."). 



As per Claim 26, the rejection of Claim 24 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the area is a memory area (see Figure 1: 102). 
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5. Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over Gungabeesoon in 
view of Boucher as applied to Claim 7 above, and further in view of US 5,721,876 (hereinafter 
"Yu"). 

As per Claim 9, the rejection of Claim 7 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- wherein managing includes disconnecting the connection with the socket. 
Yu discloses: 

- wherein managing includes disconnecting the connection with the socket (see Column 
16: 56-61, "The other i/o socket functions not described (e.g. bind, listen, close, send, etc.) are 
processed in a manner similar to the above described socket functions. It will be appreciated that 
the non-blocking bind and listen socket functions typically are processed by server process 98 
since they do not require a substantial amount of time to process. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Yu into the teaching of Gungabeesoon to 
include wherein managing includes disconnecting the connection with the socket. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
access data transmitted via a socket using a socket routine called by a COBOL program. 

6. Claims 12-14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gungabeesoon in view of Boucher as applied to Claim 6 above, and further in view of US 
6,931,623 (hereinafter "Vermeire"). 
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As per Claim 12, the rejection of Claim 6 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- wherein the COBOL routine provides an address to the COBOL program, the address 
identifying a location of the memory block where the information is written. 

Vermeire discloses: 

- wherein the COBOL routine provides an address to the COBOL program, the address 
identifying a location of the memory block where the information is written (see Column 4: 35- 
44, "...a reference to the binary data contained within the record layout at the time the 
programming call to read or write data. The reference to the binary data is most likely a memory 
address (a "pointer") as implemented in most programming languages. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Vermeire into the teaching of Gungabeesoon 
to include wherein the COBOL routine provides an address to the COBOL program, the address 
identifying a location of the memory block where the information is written. The modification 
would be obvious because one of ordinary skill in the art would be motivated to locate data in 
memory. 

As per Claim 13, the rejection of Claim 12 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- mapping, by the COBOL program, the memory block into the COBOL program. 
Vermeire discloses: 
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- mapping, by the COBOL program, the memory block into the COBOL program (see 
Column 6: 43-55, "An existing COBOL copybook, an example of which is shown in FIG. 3, or a 
PL/I record definition in the source code of an existing legacy application are examples of a 
source record definition. " and "The source record definition is processed by a lexical analyzer 
FIG. 2 capable of translating the language-specific representation of a record layout into a 
language-neutral and computer-architecture neutral representation of the data layout 
("metadata"). This metadata is stored on a persistent storage medium 35 of FIG. 12 and 
accessed and managed via the workbench. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Vermeire into the teaching of Gungabeesoon 
to include mapping, by the COBOL program, the memory block into the COBOL program. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
locate data in memory. 

As per Claim 14, the rejection of Claim 13 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- wherein the mapping is accomplished using a copybook. 
Vermeire discloses: 

- wherein the mapping is accomplished using a copybook (see Column 6: 43-55, "An 
existing COBOL copybook, an example of which is shown in FIG. 3, or a PL/I record definition 
in the source code of an existing legacy application are examples of a source record 
definition. "). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Vermeire into the teaching of Gungabeesoon 
to include wherein the mapping is accomplished using a copybook. The modification would be 
obvious because one of ordinary skill in the art would be motivated to describe the physical 
layout of data. 

7. Claims 15 and 16 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gungabeesoon in view of Boucher as applied to Claim 6 above, and further in view of US 
5,745,748 (hereinafter "Ahmad"). 

As per Claim 15, the rejection of Claim 6 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- wherein the information is provided in an EBCDIC format and wherein the method 
further comprises converting the information from the EBCDIC format to an ASCII format. 

Ahmad discloses: 

- wherein the information is provided in an EBCDIC format and wherein the method 
further comprises converting the information from the EBCDIC format to an ASCII format (see 
Column 3: 18-21, "... if the data to be downloaded are in the EBCDIC format, as is common for 
mainframe computers, it must often be converted to the ASCII format for PC storage or use. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Ahmad into the teaching of Gungabeesoon to 
include wherein the information is provided in an EBCDIC format and wherein the method 
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further comprises converting the information from the EBCDIC format to an ASCII format. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
store or use the information in a PC (see Ahmad - Column 3: 18-21). 

As per Claim 16, the rejection of Claim 15 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

- wherein the conversion is accomplished by the COBOL routine. 
Ahmad discloses: 

wherein the conversion is accomplished by the COBOL routine (see Column 3: 52- 
56, " ... a system and method were needed to enable a mainframe-class application program 
under development in a PC-based COBOL development system to directly access data on a 
mainframe computer to which the PC was electronically linked. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Ahmad into the teaching of Gungabeesoon to 
include wherein the conversion is accomplished by the COBOL routine. The modification would 
be obvious because one of ordinary skill in the art would be motivated to perform the conversion 
to allow access to mainframe computer data (see Ahmad - Column 3: 18-21). 

8. Claims 21-23 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gungabeesoon in view of Yu and Boucher. 



As per Claim 21, Gungabeesoon discloses: 
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a memory block (see Figure 1: 102); 

- a COBOL program stored on a computer readable medium communicating with the 
memory block (see Figure 1: 122; Column 11: 23-27, "... it is to be understood that the 
architecture but could also support legacy applications written in COBOL ... "); and 

a COBOL routine writes information to the memory block in response to a COBOL 
program call (see Figure 6; Column 4: 53-58, "Operating system 120 and applications 122 
reside in memory 102. "; Column 11: 13-18, "The input data is then forwarded to socket or 
queue 626a as in step 642c, to the other application socket or queue 626b and I/O buffers if any 
and to the application runtime component 430, and eventually to the legacy program 122 that 
was waiting on a Read Data method 640b. "). 

However, Gungabccsoon docs not disclose: 

- a pipe; and 

a COBOL routine stored on a computer readable medium callable from the COBOL 
program, the COBOL routine reads information from the pipe, wherein the COBOL routine 
reads the information from the pipe through a bit-level call to an operating system. 
Yu discloses: 

a pipe (see Column 16: 4-9, "The kernel 70 opens up a PIPE and returns read and 
write file descriptors to communicate with the child process. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Yu into the teaching of Gungabeesoon to 
include a pipe. The modification would be obvious because one of ordinary skill in the art would 
be motivated to access data transmitted via a socket using a pipe called by a COBOL program. 
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Boucher discloses: 

- a socket routine stored on a computer readable medium callable from a program, the 
socket routine reads information from a socket, wherein the socket routine reads the information 
from the socket through a bit-level call to an operating system (see Column 3: 55-67 to Column 
4: 1-4, "In a first step (step 300), the Samba application program 104 initializes application-to- 
operating system communication by calling the "socket" function. " and "The Samba application 
program 104 then calls the "listen" routine to wait for an incoming connection to arrive from 
kernel 105. When an incoming connection arrives, the Samba application program 104 calls the 
"accept" routine to complete the connection setup. After setting up the socket, the Samba 
application program 104 uses the "select" routine to tell the kernel 105 to alert application 104 
when data for that particular connection has arrived. " Note that once the socket connection has 
been established, the socket function (the COBOL routine) maintains connection with the socket 
by interfacing with the kernel of the operating system. In other words, the socket function has to 
make "bit-level" calls to the operating system in order to interface with the operating system 
according to its kernel system call requirements.). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Boucher into the teaching of Gungabeesoon to 
include a COBOL routine stored on a computer readable medium callable from the COBOL 
program, the COBOL routine reads information from the pipe, wherein the COBOL routine 
reads the information from the pipe through a bit-level call to an operating system. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
access data transmitted via a socket using a pipe called by a COBOL program. 
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As per Claim 22, the rejection of Claim 21 is incorporated; and Gungabeesoon further 
discloses: 

- wherein the memory block is further defined as a mainframe memory block and 
wherein the COBOL program and the COBOL routine are operable on a mainframe computer 
system (see Figure 2: 202; Figure 6; Column 5: 45-46, "FIG. 2 is an example of a network 
server 200 which may access a legacy application stored on the computer 100. "). 

As per Claim 23, the rejection of Claim 22 is incorporated; however, Gungabeesoon and 
Boucher do not disclose: 

a create module communicating with a computer system to create a pipe connection; 

- a connect module that promotes attachment to the pipe connection; 

an open module that opens the pipe connection to promote communication via the 
pipe connection; 

- a write module that writes information to the pipe connection, the write module 
verifies that the pipe connection is not full prior to writing information and blocks when the pipe 
connection is full; 

a read module coupleable to the pipe connection to read information from the pipe 
connection; 

a release module to release the pipe connection; 

- a remove module to remove the pipe connection from the computer system; and 

a delete module to delete the pipe connection wherein the pipe connection is closed. 
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Yu discloses: 

- a create module communicating with a computer system to create a pipe connection 
(see Figure 2: 200; Column 8: 12-15, "In using the socket interface, an application program 
invokes a socket function (block 200) which is typically processed as indicated in FIG. 2. "); 

a connect module that promotes attachment to the pipe connection (see Column 16: 
56-61, "The other i/o socket functions not described (e.g. bind, listen, close, send, etc.) are 
processed in a manner similar to the above described socket functions. It will be appreciated that 
the non-blocking bind and listen socket functions typically are processed by server process 98 
since they do not require a substantial amount of time to process. "); 

- an open module that opens the pipe connection to promote communication via the 
pipe connection (see Column 16: 56-61, "The other i/o socket functions not described (e.g. bind, 
listen, close, send, etc.) are processed in a manner similar to the above described socket 
functions. It will be appreciated that the non-blocking bind and listen socket functions typically 
are processed by server process 98 since they do not require a substantial amount of time to 
process. "); 

a write module that writes information to the pipe connection, the write module 
verifies that the pipe connection is not full prior to writing information and blocks when the pipe 
connection is full (see Column 12: 26-29, "The application program uses the accepted socket to 
read and write data to and from the socket which connected to this socket and is not used to 
accept more connections. "); 

- a read module coupleable to the pipe connection to read information from the pipe 
connection (see Column 12: 26-29, "The application program uses the accepted socket to read 
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and write data to and from the socket which connected to this socket and is not used to accept 
more connections. "); 

a release module to release the pipe connection (see Column 16: 56-61, "The other 
i/o socket functions not described (e.g. bind, listen, close, send, etc.) are processed in a manner 
similar to the above described socket functions. It will be appreciated that the non-blocking bind 
and listen socket functions typically are processed by server process 98 since they do not require 
a substantial amount of time to process. "); 

- a remove module to remove the pipe connection from the computer system (see 
Column 16: 56-61, "The other i/o socket functions not described (e.g. bind, listen, close, send, 
etc.) are processed in a manner similar to the above described socket functions. It will be 
appreciated that the non-blocking bind and listen socket functions typically are processed by 
server process 98 since they do not require a substantial amount of time to process. "); and 

a delete module to delete the pipe connection wherein the pipe connection is closed 
(see Column 16: 56-61, "The other i/o socket functions not described (e.g. bind, listen, close, 
send, etc.) are processed in a manner similar to the above described socket functions. It will be 
appreciated that the non-blocking bind and listen socket functions typically are processed by 
server process 98 since they do not require a substantial amount of time to process. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Yu into the teaching of Gungabeesoon to 
include a create module communicating with a computer system to create a pipe connection; a 
connect module that promotes attachment to the pipe connection; an open module that opens the 
pipe connection to promote communication via the pipe connection; a write module that writes 
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information to the pipe connection, the write module verifies that the pipe connection is not full 
prior to writing information and blocks when the pipe connection is full; a read module 
coupleable to the pipe connection to read information from the pipe connection; a release module 
to release the pipe connection; a remove module to remove the pipe connection from the 
computer system; and a delete module to delete the pipe connection wherein the pipe connection 
is closed. The modification would be obvious because one of ordinary skill in the art would be 
motivated to access data transmitted using a pipe. 

Response to Arguments 

9. Applicant's arguments with respect to Claims 1 , 6, 2 1 , and 24 have been considered but 
are moot in view of the new ground(s) of rejection. 

In the Remarks, Applicant argues: 

a) In section (b) of the Response to Arguments, the Office Action stated, "the interpretation 
of a broad limitation of 'a bit-level call to an operating system' as interfacing with an operating 
system." As noted above, a bit-level call to an operating system is not simply any interface with 
an operating system. Because COBOL does not provide native support for interfacing with an 
operating system, the pending claims utilize a COBOL routine which employs bit level calls to 
communicate with the operating system to enable the COBOL routine to look like an assembler 
call, as necessitated by the operating system. Also noted above, the bit level calls are not simply 
any call to the operating system, but are bit level mapping of calls, parameters, and returned 
information to complete a COBOL programming language calf to the operating system 34. 
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Examiner's response: 

a) Examiner disagrees. Applicant's arguments are not persuasive for at least the following 
reasons: 

First, Applicant is attempting to import limitations from the specification by referring to 
the specification for supporting the argument that "a bit-level call to an operating system" allows 
a COBOL routine to communicate with the operating system. However, according to MPEP § 
21 1 1 .01 II, it is improper to import claim limitations from the specification that are not part of 
the claims. 

Second, it is understood that Applicants can be their own lexicographers. According to 
MPEP § 2173.01, they can define in the claims what they regard as their invention essentially in 
whatever terms they choose so long as any special meaning assigned to a term is clearly set forth 
in the specification. However, the relevant section of the specification (i.e., paragraphs [039]- 
[041]) describes the socket routine communicates with the socket via calls to the operating 
system. Note, in particular, paragraph [041] describes the operating system calls as "bit level 
mapping of the calls, parameters and returned information." Thus, Applicant only describes a 
"bit-level call" as a mapping of the calls, parameters, and returned information. The claim 
language does not require the bit-level call as a mapping of the calls, parameters, and returned 
information. Applicant is reminded that in order for such limitations to be considered, the claim 
language requires to specifically recite such limitations in the claims, otherwise broadest 
reasonable interpretations of the broadly claimed limitations are deemed to be proper. 
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Third, as previously pointed out in the Non-Final Rejection (mailed on 12/26/2007), the 
claims recite only "a bit-level call" with no further clarification on the claim scope of the term 
"bit-level" as intended by the Applicant to cover. Thus, as the claims are interpreted as broadly 
as their terms reasonably allow (see MPEP § 21 1 1.01 I), the interpretation of a broad limitation 
of "a bit-level call to an operating system" as interfacing with the kernel of an operating system 
and the like by one of ordinary skill in the art is considered to be reasonable by its plain meaning. 



Conclusion 

10. Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Qing Chen whose telephone number is 571-270-1071. The 
Examiner can normally be reached on Monday through Thursday from 7:30 AM to 4:00 PM. 
The Examiner can also be reached on alternate Fridays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Wei Zhen, can be reached on 571-272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the TC 2100 Group receptionist whose telephone number is 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
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system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

/QC/ 

June 12, 2008 
/Wei Zhen/ 

Supervisory Patent Examiner, Art Unit 2191 



